home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7046 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.3 KB
  1. Path: speedy.grolier.fr!usenet
  2. From: septh@club-internet.fr (Stephan Schreiber)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Say *perhaps* to fat binaries (was: what the new amiga-os *must* have)
  5. Date: 5 Apr 1996 02:16:34 GMT
  6. Organization: Grolier Interactive Europe
  7. Message-ID: <2867.6669T177T96@club-internet.fr>
  8. References: <peterk.0mei@combo.ganesha.com>
  9. NNTP-Posting-Host: ppp-98-140.neuilly.club-internet.fr
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
  11.  
  12.  
  13. On 03-Avr-96   23:17:01, Dr. Peter Kittel said about Re: Say *perhaps* to fat
  14. binaries (was: what the new amiga-os *must* have):
  15. > In article <4jfaib$jru@newsbf02.news.aol.com> cmarschn@aol.com (Cmarschn) wr
  16. >>
  17. >> I'm still using
  18. >>the Norton Commander (much better than any Windows File Manager) and
  19. >>QEdit, both much faster than I do in graphical environments today.
  20. >>>
  21. >>>No, the Amiga had them since time immemorial. *WE* are not stuck with
  22. >>string
  23. >>
  24. >>*WHERE*? Proove!
  25. >>
  26. >>>gadgets that close your window when you press return (as happens far too
  27. >>>often in Windows applications).
  28. >>
  29. >>No, *we* often have to type in a text, then change to mouse and look for
  30. >>the OK gadget, just because some stupid programmers can't set the OK to
  31. >>return or tab-cycle to it.
  32.  
  33. > Those programmers are bright! You see, this exactly shows the difference
  34. > between a multitasking platform and a monotasking one. On a monotasking
  35. > one, you can get through with using Return for acknowleging dialog boxes.
  36. > On a multitasking system, this would be dangerous and fatal! Just imagine
  37. > that application being about to open that requester is running in the
  38. > background, and you are currently typing some text in another window.
  39. > You are just about to bang on the Return key. Exactly in this moment
  40. > that requester pops up, brings itself to the foreground and thus directs
  41. > inputs to itself. You can't react as fast and really press Return.
  42. > The requester assumes you really meant Return for the requester and it
  43. > happily accepts your "decision". But you did not decide, you just wanted
  44. > to type Return in some other text. And if that requester now asked for
  45. > example "Something not found, shall I format the drive?", then it goes
  46. > BANG.
  47.  
  48. Well, IMHO this is true... but only in theory. In practice, it's nearly
  49. impossible for an unexpected requester to pop up "by surprise" just because
  50. requesters usually appear in response to a user action. So, if you've just
  51. been selecting a menu item or clicking on a gadget, you can't be
  52. simultaneoulsy typing some text in another application... Exec may be
  53. multatisking, but users are not.
  54. Of course, there's always the possibilty for the requester to appear after
  55. some delay, but the case is quite rare.
  56.  
  57. > No, Return or Esc or whatever comes to mind is not, repeat *NOT*, an
  58. > appropriate key mapping for answering requesters per default, on a
  59. > multitasking platform. The AmigaOS programmers did it right.
  60.  
  61. Maybe a combination like right-Amiga-Return or left-Amiga-Esc is the solution?
  62. Nevertheless it looks much better than left-Amiga-C and left-Amiga-V.
  63.  
  64. > When you obviously are only accustomed to monotasking environments,
  65. > please first learn a bit more about the circumstances to be considered
  66. > on a Real Multitasking Platform.
  67.  
  68. As I said before: users are *NOT* multitasking. That should not be forgotten,
  69. neither...
  70.  
  71.